SYSTEM AND METHOD FOR UTILIZING A MEMORY DEVICE 
TO SUPPORT ISOCHRONOUS PROCESSES 



BACKGROUND SECTION 



Field of the Invention 



This invention relates generally to techniques for transferring and 
storing data, and relates more particularly to a system and method for 
10 utilizing a memory device to support isochronous processes. 



. 2. Description of the Background Art 



Implementing effective methods for transferring data is a significant 

15 consideration for designers and manufacturers of contemporary electronic 
devices. An electronic device in an electronic network may advantageously 
communicate with other electronic devices in the network to share data to 
thereby substantially increase the capabilities and versatility of individual 
devices in the electronic network. For example, an electronic network may be 

20 implemented in a home environment to enable flexible and beneficial sharing 
of data and device resources between various consumer electronic devices, 
such as personal computers, digital video disc (DVD) devices, digital set-top 
boxes for digital broadcasting, enhanced television sets, and audio 
reproduction systems. 

25 Effectively managing data transfer operations in a network of electronic 

devices may create substantial challenges for designers of electronic 
networks. For example, enhanced demands for increased device functionality 
and performance during data transfer operations may require more system 
processing power and require additional hardware resources across the 

30 network. An increase in processing or hardware requirements may also 
result in a corresponding detrimental economic impact due to increased 
production costs and operational inefficiencies. 



Furthermore, enhanced device capability to perform various advanced 
data transfer operations may provide additional benefits to a system user, 
but may also place increased demands on the control and management of the 
various devices in the electronic network. For example, an enhanced 
5 electronic network that effectively accesses, processes, and displays digital 
television programming may benefit from efficient processing techniques 
because of the large amount and complexity of the digital data involved. 

One type of data transfer that may occur in an electronic network is a 
data transfer for an isochronous process. Isochronous processes include the 

10 guaranteed handling of data that arrives in a time-based stream at regular 
intervals called cycles. Isochronous processes are typically used for time- 
sensitive applications. For example, video or audio data being transmitted 
across a network typically needs to arrive at a display device in an 
uninterrupted flow with appropriate timing. 

15 Due to growing demands on system resources and substantially 

increasing data magnitudes, it is apparent that developing new and effective 
methods for performing data transfer operations is a matter of significant 
concern for the related electronic technologies. Therefore, for all the foregoing 
reasons, implementing effective methods for efficiently performing data 

20 transfer operations remains a significant consideration for designers, 
manufacturers, and users of contemporary electronic devices. 



SUMMARY 



In accordance with the present invention, a system and method are 
disclosed for utilizing a memory device to support isochronous processes. In 
5 one embodiment, a computer device includes a central processing unit (CPU), 
a memory device, and a system bus that is isolated from an I/O bus by an 
I/O bus bridge. In practice, various types of information and data (including 
isochronous data) are preferably transferred bidirectionally between the 
memory device and the I/O bus via the system bus and the I/O bus bridge. 
10 In addition, the memory device preferably communicates bidirectionally with 
the CPU via the system bus. In other embodiments, the computer device may 
alternately be implemented using various other appropriate configurations 
and architectures. 



15 asynchronous memory for temporarily storing asynchronous data from 
various sources. In accordance with the present invention, the memory 
device also preferably includes an isochronous memory that may 
advantageously be locked to prevent access by other types of data transfers. 
The isochronous memory may also be flexibly reconfigured with regards to 

20 various selectable attributes such as data size and the number of different 
isochronous processes that are supported. The isochronous memory may 
advantageously include a plurality of variably- sized isochronous channels 
that may be accessed using unique channel numbers and separate read and 
write busses to thereby support concurrent isochronous write operations and 

25 isochronous read operations, in accordance with the present invention. 

Isochronous data typically is time-sensitive data that is assigned a high 
transfer and processing priority to guarantee that the isochronous data 
deterministically arrives at pre-determined timing intervals and is processed 
accordingly. Ensuring the timely and guaranteed arrival of isochronous data 

30 at the CPU becomes a matter of some significance when implementing the 
computer device. The computer device may therefore flexibly reserve a re- 
configurable portion of the memory device as the isochronous memory to 



In certain embodiments, the memory device may include an 
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ensure deterministic performance of isochronous processes, in accordance 
with the present invention. The present invention thus provides an improved 
system and method for utilizing a memory device to support isochronous 
processes. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



FIG. 1 is a block diagram for one embodiment of an electronic network, 
in accordance with the present invention; 

5 

FIG. 2 is a timing diagram for one embodiment of exemplary 
isochronous data transfers, in accordance with the present invention; 

FIG. 3 is a block diagram for one embodiment of the computer of FIG. 
10 1, in accordance with the present invention; 

FIG. 4 is a block diagram for one embodiment of the memory of FIG. 3, 
in accordance with the present invention; 

15 FIG. 5 is a block diagram for one embodiment of the isochronous 

memory of FIG. 3, in accordance with the present invention; 

FIG. 6 is a block diagram for one embodiment of the memory registers 
of FIG. 5, in accordance with the present invention; 

20 

FIG. 7 is a block diagram for one embodiment of the channel registers 
of FIG. 6, in accordance with the present invention; 

FIG. 8 is a block diagram for one embodiment of the system bus of FIG. 
25 3, in accordance with the present invention; 

FIG. 9 is a block diagram for one embodiment of the memory of FIG. 3, 
in accordance with the present invention; 

30 FIG. 10 is a block diagram for another embodiment of the memory of 

FIG. 3, in accordance with the present invention; 
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FIG. 1 1 is a flowchart of method steps for performing a channel setup 
procedure, in accordance with one embodiment of the present invention; 

FIG. 12 is a flowchart of method steps for performing a I/O-bus data 
5 transfer operation, in accordance with one embodiment of the present 
invention; and 

FIG. 13 is a flowchart of method steps for performing a CPU data 
transfer operation, in accordance with one embodiment of the present 
10 invention. 
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DETAILED DESCRIPTION 



The present invention relates to an improvement in electronic devices. 
The following description is presented to enable one of ordinary skill in the 
5 art to make and use the invention and is provided in the context of a patent 
application and its requirements. Various modifications to the disclosed 
embodiments will be readily apparent to those skilled in the art and the 
generic principles herein may be applied to other embodiments. Thus, the 
present invention is not intended to be limited to the embodiments shown, 

10 but is to be accorded the widest scope consistent with the principles and 
features described herein. 

The present invention comprises a system and method for utilizing a 
memory device to support isochronous processes, and includes a memory 
device that is partitionable to provide an isochronous memory for storing 

15 high-priority isochronous information, and a processor device for accessing 
and utilizing the isochronous information that is stored in the isochronous 
memory. The isochronous memory is reserved for storing the isochronous 
information, and may be reconfigured into a selectable number of memory 
channels of varying size that each corresponds to an associated isochronous 

20 process. 

Referring now to FIG. 1, a block diagram for one embodiment of an 
electronic network 1 10 is shown, according to the present invention. In the 
FIG. 1 embodiment, network 110 preferably comprises, but is not limited to, 

25 a number of electronic devices (device A 1 12(a), device B 1 12(b), device C 

112(c), device D 112(d), and device E 112(e)), and computer 116. In alternate 
embodiments, electronic network 110 may readily be configured to include 
various other devices or components in addition to, or instead of, those 
discussed in conjunction with the FIG. 1 embodiment. In alternate 

30 embodiments, network 110 may readily be connected and configured in any 
other appropriate and suitable manner. 



In the FIG. 1 embodiment, devices 112 and computer 116 of network 
110 may alternately be implemented as any type of electronic device, 
including, but not limited to, personal computers, printers, digital video disc 
devices, television sets, audio systems, video cassette recorders, and set- top 
5 boxes for digital broadcasting. In the FIG. 1 embodiment, devices 112 and 
computer 116 preferably communicate with one another using a network bus 
132. Network bus 132 preferably includes path 132(a), path 132(b), path 
132(c), path 132(d), and path 132(e). For example, device B 112(b) is coupled 
to device A 1 12(a) via path 132(a), and to device E (1 12e) via path 132(b). 

10 Similarly, device E (1 12(e) is coupled to device C 1 12(c) via path 132(c), and 
to device D 1 12(d) via path 132(d). In addition, device D 1 12(d) is coupled to 
computer 116 via path 132(e). In the FIG. 1 embodiment, network bus 132 is 
preferably implemented using an IEEE Std 1394 Standard for a High 
Performance Serial Bus, which is hereby incorporated by reference. However, 

15 in alternate embodiments, network 110 may readily communicate and 

function using various other network interconnectivity methodologies, which 
are equally within the scope of the present invention. 

In the FIG. 1 embodiment, certain devices 112 and/ or computer 1 16 in 
electronic network 110 may communicate with other devices 112 and/or 

20 computer 116 within network 110. For example, computer 116 may 

communicate with device B 1 12(b) by transmitting transfer data via cable 
132(e) to device D 1 12(d), which may then transmit the transfer data via 
cable 132(d) to device E (112(e). In response, device E 112(e) then may 
transmit the transfer data to device B 1 12(b) via cable 132(b). 

25 

Referring now to FIG. 2, a timing diagram for one embodiment of 
exemplary isochronous data transfers is shown, in accordance with one 
embodiment of the present invention. The FIG. 2 timing diagram includes a 
system clock 212, an isochronous cycle start signal 214, and an isochronous 
30 data transfer signal 216. In FIG. 2, at time 218, a first isochronous cycle 

start pulse changes state in synchronization with system clock 212. At time 
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220, the isochronous cycle start pulse changes state again, and isochronous 
data transfer 216(a) responsively occurs in a deterministic manner. 

Similarly, at time 222, a second isochronous cycle start pulse changes 
state in synchronization with system clock 212. At time 224, the second 
5 isochronous cycle start pulse once more changes state, and isochronous data 
transfer 216(b) again occurs in a deterministic manner. Therefore, as 
illustrated in FIG. 2, isochronous data transfers 216(a) and 216(b) typically 
occur at a pre-determined time and frequency in network 110. Furthermore, 
network 110 may cause isochronous data transfers 216(a) and 216(b) to 
10 occur before any asynchronous data transfers because of the time-sensitive 
nature of isochronous data. 



Referring now to FIG. 3, a block diagram for one embodiment of the 
FIG. 1 computer 1 16 is shown, in accordance with the present invention. In 

15 the FIG. 3 embodiment, computer 116 preferably includes an input/ output 
(I/O) bus 314 for transferring various types of information and data to or 
from computer 116. In the FIG. 3 embodiment, I/O bus 314 is preferably 
implemented according to a Peripheral Component Interconnect (PCI) bus 
specification that is further described in "PCI Local Bus Specification," 

20 Revision 2.1s, 1995, PCI Special Interest Group, which is hereby incorporated 
by reference. However, in alternate embodiments, I/O bus 314 may be 
implemented according to any appropriate and compatible specification or 
standard. 

In the FIG. 3 embodiment, a network interface 312 is preferably 
25 coupled to both I/O bus 314 and network bus 132 (FIG. 1) to serve as an 
interface for transferring isochronous data and asynchronous data between 
computer 116 and network 110. In addition, a node A 326(a) and a node B 
326(b) are also coupled to I/O bus 314 via respective paths 350 and 354. In 
the FIG. 3 embodiment, node A 326(a) and/ or node B 326(b) may be integral 
30 with computer 116, or, alternately, node A 326(a) and/ or node B 326(b) may 
be external to computer 116, For purposes of illustration and clarity, the 
FIG. 3 computer 116 shows only two nodes 326, however, in alternate 
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embodiments, computer 116 may include any number of input/ output nodes 
326. 

Node A 326(a) and node B 326(b) preferably may include any desired 
type of interface, device, circuit, process, or node, including, for example, an 
5 ethernet interface, a printer device, a modem, or a graphics device. 

Furthermore, computer 116 may alternately be implemented as various other 
types of electronic devices including, for example, a set- top box or a digital 
television interface. Computer 116 also includes a central processing unit 
(CPU) 320, a memory 322, and a system bus 318 that is isolated from I/O 

10 bus 314 by an I/O bus bridge 316. In practice, various types of information 
and data are preferably transferred by computer 116 between memory 322 
and I/O bus 314 via system bus 318 and I/O bus bridge 316. In addition, 
memory 322 preferably communicates bidirectionally with CPU 320 via 
system bus 318. In other embodiments, computer 1 16 may be implemented 

15 in various other configurations and architectures. 

In the FIG. 3 embodiment, memory 322 preferably includes an 
asynchronous memory 364 for temporarily storing asynchronous data from 
various sources. In accordance with the present invention, memory 322 also 
preferably includes an isochronous memory 368 that may advantageously be 

20 locked to prevent access by other types of data transfers, and that may also 
be flexibly reconfigured with regards to selectable attributes such as data size 
and the number of different isochronous processes that are supported. 

As discussed above, isochronous data typically is time-sensitive data 
that is assigned a high transfer and processing priority to guarantee that the 

25 isochronous data deterministically arrives at pre-determined timing intervals 
and is processed accordingly. Because of the time -sensitive nature of 
isochronous data, re-transmission of an isochronous data transfer may not 
be appropriate or possible. For example, if a frame of video data does not 
reach a display device on network 110 until after the appropriate moment for 

30 display of that frame, then re- transmitting the delayed frame is not 

productive. Sources of isochronous data therefore typically do not repeat 
unsuccessful isochronous data transmissions. Loss of the foregoing frame of 
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video data may likely cause unwanted jitter or breakup of the corresponding 
video programming. 

Therefore, ensuring the timely and guaranteed arrival of isochronous 
data at CPU 320 becomes a matter of some importance when implementing 
5 network 110. Computer 116 may therefore flexibly reserve a re-configurable 
portion of memory 322 as isochronous memory 368 to ensure deterministic 
performance of isochronous processes, in accordance with the present 
invention. This method for ensuring timely completion of isochronous data 
transfers to support isochronous processes is further discussed below in 
10 conjunction with FIGS. 4 through 13. 

Referring now to FIG. 4, a block diagram for one embodiment of the 
FIG. 3 memory 322 is shown, in accordance with the present invention. In 
the FIG. 4 embodiment, memory 322 preferably includes, but is not limited 

15 to, application software 412, an operating system 414, a memory manager 
416, asynchronous data 418, and isochronous data 420. In alternate 
embodiments, memory 322 may readily include various other components in 
addition to, or instead of, the components that are discussed in conjunction 
with the FIG. 4 embodiment. 

20 In the FIG. 4 embodiment, application software 412 includes software 

instructions that are preferably executed by CPU 320 (FIG. 3) for performing 
various functions and operations by computer 116. The particular nature 
and functionality of application software 412 preferably varies depending 
upon factors such as the type and purpose of the corresponding host device 

25 1 16. Application software 412 may include various instructions that cause 
CPU 320 to transfer portions of asynchronous data 418 or isochronous data 
420 bi-directionally between memory 322 and CPU 320 via system bus 318, 
in accordance with the present invention. 

In the FIG. 4 embodiment, operating system 414 preferably controls 

30 and coordinates low-level functionality of device 1 16. Memory manager 416 
preferably manages the scheduling and execution of various processes and 
functions for memory 322, and may be integral with, or separate from, 
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operating system 414. The functionality and operation of memory manager 
416 is further discussed below in conjunction with FIGS. 5 through 13. 

Referring now to FIG. 5, a block diagram for one embodiment of the 
5 FIG. 3 isochronous memory 368 is shown, in accordance with the present 
invention. In the FIG. 5 embodiment, isochronous memory 368 preferably 
includes, but is not limited to, a memory controller 516, isochronous memory 
channels 520, and memory registers 524. In alternate embodiments, 
isochronous memory 368 may readily include various other components in 

10 addition to, or instead of, the components that are discussed in conjunction 
with the FIG. 5 embodiment. 

In the FIG. 5 embodiment, memory controller 516 preferably performs 
many of the control functions for isochronous memory 368. For example, 
memory controller 516 may flexibly reconfigure isochronous memory 

15 channels 520 in isochronous memory 368 in response to the requirements of 
various isochronous process requests. Isochronous memory channels 520 
may include any appropriate configuration of memory that is coupled to 
computer 116. The authorization, setup, and configuration of isochronous 
memory channels 520 is further discussed below in conjunction with FIGS. 

20 6, 7, and 11. 

In addition, memory controller 516 may also effectively coordinate and 
control the movement of information both in and out of memory channels 
520. In the FIG. 5 embodiment, memory controller 516 may send or receive 
information via system bus 318, as discussed below in conjunction with 
25 FIGS. 12 and 13. In the FIG. 5 embodiment, memory registers 524 preferably 
include various information for managing and controlling isochronous 
memory 368. The configuration and utilization of memory registers 524 is 
further discussed below in conjunction with FIGS. 6, 7, and 11. 

30 Referring now to FIG. 6, a block diagram for one embodiment of the 

FIG. 5 memory registers 524 is shown, in accordance with the present 
invention. In alternate embodiments, memory registers 524 may readily 
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include various other components in addition to, or instead of, the 
components that are discussed in conjunction with the FIG. 6 embodiment. 

In the FIG. 6 embodiment, memory registers 524 are preferably 
maintained, updated, and controlled by memory manager 416 (FIG. 4) to 
5 indicate the current status of isochronous memory 368. For example, 
memory registers 524 may be utilized to determine the current number of 
memory channels 520 in isochronous memory 368, or to determine the 
amount of memory available in isochronous memory 368. Therefore, memory 
manager 416 preferably updates memory registers 524 whenever isochronous 
10 memory is reconfigured to accommodate a new or different isochronous 
process. 

In the FIG. 6 embodiment, a total channels field 612 preferably 
indicates the total number of isochronous memory channels that isochronous 
memory 368 is designed to support. An allocated channels field 614 

15 preferably indicates the number of isochronous isochronous memory 
channels 520 that are currently allocated for use by active isochronous 
processes. Any interested entity may thus determine whether any available 
isochronous memory channels 520 exist by subtracting the allocated 
channels field 614 from the total channels field 612. 

20 In the FIG. 6 embodiment, a total memory field 616 preferably indicates 

the total amount of memory 322 that isochronous memory 368 may utilize. 
An allocated memory field 618 preferably indicates the amount of 
isochronous memory (in memory channels 520) that is currently allocated for 
use by active isochronous processes. Any interested entity may thus 

25 determine whether any available isochronous memory space exists by 

subtracting the allocated memory field 618 from the total memory field 616. 

In the FIG. 6 embodiment, channel registers 620 preferably include a 
series of individual registers that each correspond to a particular memory 
channel 520, as well as to a particular isochronous process. The 

30 configuration and functionality of channel registers 620 is further discussed 
below in conjunction with FIG. 7. 
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Referring now to FIG. 7, a block diagram for one embodiment of the 
FIG. 6 channel registers 620 is shown, in accordance with the present 
invention. In the FIG. 7 embodiment, channel registers 620 preferably 
include a channel register 1 (620(a)) through a channel register N (620(d)). In 
5 alternate embodiments, channel registers 620 may readily include various 
other components in addition to, or instead of the components that are 
discussed in conjunction with the FIG. 7 embodiment. For example, channel 
registers 620 may include such fields as an active channel field that indicates 
whether a memory channel 520 is currently allocated for active use, a packet 

10 number field that indicates the number of packets in a given memory channel 
520, an error control field that includes relevant error information, and a 
security field that includes information for use in supporting device security 
functions for computer 116. 

In the FIG. 7 embodiment, each channel register 620 preferably also 

15 includes a separate process identifier (process ID) field and a required 

memory field. The process ID field preferably includes a unique identifier 
that corresponds to the associated isochronous process for which a particular 
memory channel 520 is allocated to store information. The required memory 
field preferably includes information to designate the amount of memory 

20 space (in isochronous memory 368) that is required to perform the associated 
isochronous process. Any interested entity may thus reference channel 
registers 620 to identify a particular isochronous process or determine the 
amount of isochronous memory required for that isochronous process. 

25 Referring now to FIG. 8, a block diagram for one embodiment of the 

FIG. 3 system bus 318 is shown, in accordance with the present invention. 
In the FIG. 8 embodiment, system bus 318 includes, but is not limited to, 
either an address or a channel number 812, either asynchronous or 
isochronous data 814, control information 816, and a bus clock 818. In 

30 alternate embodiments, system bus 318 may readily include various other 
components in addition to, or instead of, the components that are discussed 
in conjunction with the FIG. 8 embodiment. 
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For example, in certain embodiments, system bus 318 may include a 
separate bi-directional asynchronous bus for asynchronous data 814 and a 
separate bi-directional isochronous bus for isochronous data 814. 
Alternately, system bus 318 may multiplex asynchronous data 814 and 
5 isochronous data 814 in a serial and non-concurrent manner. Bus clock 818 
preferably includes appropriate timing information for operating and 
synchronizing system bus 318. 

In the FIG. 8 embodiment, control information 816 may be 
implemented in a control bus that includes any information that is relevant 

10 to the control and management of system bus 318. For example, control 

information 816 may comprise a transfer mode indicator that includes either 
an asynchronous mode indicator or an isochronous mode indicator, in 
accordance with the present invention. In the FIG. 8 embodiment, if 
computer 116 detects an isochronous mode indicator in control information 

15 816, then channel number 812 may be analyzed to determine the appropriate 
memory channel 520 for storing corresponding isochronous data 420. 
Conversely, if computer 116 detects an asynchronous mode indicator in 
control information 816, then address 812 may be analyzed to determine an 
appropriate location in asynchronous memory 364 for storing associated 

20 asynchronous data 418. 

Referring now to FIG. 9, a block diagram for one embodiment of the 
FIG. 3 memory 322 is shown, in accordance with the present invention. In 
alternate embodiments, memory 322 may readily include various other 

25 components in addition to, or instead of, the components that are discussed 
in conjunction with the FIG. 9 embodiment. For example, the FIG. 9 
embodiment shows a single isochronous memory channel 520. However, in 
various other embodiments, isochronous memory 368 may include any 
required number of isochronous memory channels 520. 

30 In the FIG. 9 embodiment, isochronous data may be written into an 

input location of memory channel 520 from system bus 318 via write path 
924 in response to a write signal and a channel number. Similarly, 
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isochronous data may be read from an output location of memory channel 
520 to system bus 318 via read path 916 in response to a read signal and a 
channel number. 

In time-based isochronous data transfers, isochronous data is typically 
5 transported in a predictable sequence with deterministic timing. The 

isochronous data is frequently placed into memory 322 in the same order in 
which the isochronous data is received. The isochronous data is typically 
also accessed from memory 322 in a sequential manner. Therefore, the 
capability to randomly access isochronous memory 368 is of reduced 

10 importance. However, memory 322 is conventionally implemented in 
computer 1 16 as a random-access memory device. 

The ability to flexibly configure memory 322 to support isochronous 
data transfers in a first-in-first-out manner may thus provide significant 
advantages in performing various isochronous processes. In addition, 

15 utilizing a single channel number to sequentially access a corresponding 
isochronous memory channel 520 provides a greatly simplified data-access 
methodology when compared to coordinating multiple addresses for data 
sources and data destinations to sequentially perform random access to 
memory 322. 

20 

Referring now to FIG. 10, a block diagram for another embodiment of 
the FIG. 3 memory 322 is shown, in accordance with the present invention. 
The FIG. 10 embodiment preferably includes a plurality of variably- sized 
isochronous channels (520(a) through 520(d)) that may advantageously be 

25 accessed by a separate write bus 318(a) and a separate read bus 318(b). In 
alternate embodiments, isochronous memory 368 may readily include 
various other components in addition to, or instead of, the components that 
are discussed in conjunction with the FIG. 10 embodiment. For example, the 
FIG. 10 embodiment shows a four isochronous memory channels 520. 

30 However, in various other embodiments, isochronous memory 368 may 
include any required number of isochronous memory channels 520. 
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In the FIG. 10 embodiment, write bus 318(a) and read bus 318(b) may 
be included as part of system bus 318 (FIG. 3), or alternately may be 
included as part of an isochronous bus within system bus 318, as discussed 
above in conjunction with FIG. 8. The FIG. 10 implementation therefore 
5 advantageously supports concurrent isochronous write operations and 

isochronous read operations, in accordance with the present invention. For 
example, isochronous memory 368 may receive and store isochronous data 
from I/O bus 314 via write bus 318(a), and concurrently provide isochronous 
data to CPU 320 via read bus 318(b). 

10 In certain embodiments of the present invention, computer 116 may 

include a transfer arbiter 370 (see FIG. 3) to manage access to write bus 
318(a) and read bus 318(b). Transfer arbiter 370 may operate to limit access 
to either write bus 318(a) or read bus 318(b) whenever write bus 318(a) or 
read bus 318(b) are currently in use for a given isochronous data transfer. 

15 Transfer arbiter 370 may utilize any appropriate technique to arbitrate for 
access and control of write bus 318(a) or read bus 318(b). In certain 
embodiments, computer 116 may include a separate write transfer arbiter 
and a separate read transfer arbiter instead of the single transfer arbiter 370 
discussed above. 

20 

Referring now to FIG. 1 1, a flowchart of method steps for performing a 
channel setup procedure is shown, in accordance with one embodiment of 
the present invention. In alternate embodiments, the present invention may 
similarly utilize various other steps in differing sequences, in accordance with 

25 the present invention. 

In the FIG. 11 embodiment, initially, in steps 1112 and 1116, memory 
manager 812 preferably waits for a channel setup request from a requesting 
entity. For example, application software 412 or operating system 414 may 
seek, by means of CPU 320, to initiate a new isochronous process that 

30 requires an additional memory channel 520 in isochronous memory 368. In 
certain embodiments, the foregoing channel setup request may include 
various relevant information. For example, the channel setup request may 
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include a data transfer size, an isochronous process identifier, a transmission 
bus channel number (from I/O bus 314 and/or network bus 132) for 
mapping to a corresponding isochronous memory channel number in 
memory channels 520, and a transfer direction indicator. 
5 If memory manager 416 receives a channel setup request in step 1 1 16, 

then, in step 1 120, memory manager 416 begins a channel allocation 
procedure, and preferably determines whether an additional memory channel 
520 is available by analyzing memory registers 524, as discussed above in 
conjunction with FIG. 6. If no additional memory channels 520 are available, 

10 then, in step 1 122, memory manager 416 preferably returns a fail message to 
the requesting entity, and the FIG. 1 1 process returns to step 1112 to wait for 
another channel setup request. 

However, if an additional memory channel 520 is available, then, in 
step 1 124, memory manager 416 determines whether sufficient memory 

15 space is available in isochronous memory 368 by analyzing memory registers 
524, as discussed above in conjunction with FIG. 6. If insufficient memory 
space is available in isochronous memory 368, then, in step 1 122, memory 
manager 416 preferably returns a fail message to the requesting entity, and 
the FIG. 1 1 process returns to step 1112 to wait for a new channel setup 

20 request. 

However, if sufficient memory space is available in isochronous 
memory 368, then, in step 1 128, memory manager 416 provides a channel 
authorization signal to memory controller 516 which responsively configures 
an additional channel in memory channels 520 to service the new 
25 isochronous process. Finally, in step 1 144, memory manager 416 preferably 
returns a setup completion message and a channel number for the newly- 
configured memory channel 520 to the requesting entity. Memory manager 
416 also preferably updates channel registers 620 to account for the 
additional memory channel 520, and the FIG. 1 1 process terminates. 

30 

Referring now to FIG. 12, a flowchart of method steps for performing a 
data transfer operation between isochronous memory 368 and I/O bus 314 is 
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shown, in accordance with one embodiment of the present invention. In 
alternate embodiments, the present invention may similarly utilize various 
other steps in differing sequences, in accordance with the present invention. 
In the FIG. 12 embodiment, initially, in step 1212, memory controller 
5 516 preferably monitors system bus 318 for any transmissions that may 
include an isochronous indicator to signify an isochronous process that 
requires high-priority handling. In certain embodiments, isochronous 
packets that are transmitted on system bus 318 may include a channel 
number to identify an appropriate corresponding memory channel 520 in 

10 isochronous memory 368. In step 1216, in response to detecting an 
isochronous indicator in prior step 1212, memory controller 516 then 
determines whether there are any memory channels 520 to send from 
isochronous memory 368 over system bus 318. 

If there are memory channels 520 to send from isochronous memory 

15 368 to I/O bus 314, then, in step 1218, memory controller 516 invokes send 
logic which, in step 1220, arbitrates for control of system bus 318, and then, 
in step 1222, transmits the appropriate memory channels 420 from 
isochronous memory 368 to I/O bus 314. 

However, in foregoing step 1216, if there are no memory channels 520 

20 to send from isochronous memory 368, then, in step 1224, memory controller 
516 preferably determines whether there are any packets or other 
information to receive from system bus 318 for storage into memory channels 
520 of isochronous memory 368. If there is nothing to receive for storage into 
memory channels 520, then the FIG. 12 process returns to step 1212 to wait 

25 for another isochronous indicator. 

In step 1228, if there is any information for storage into memory 
channels 520, then memory controller 516 preferably identifies the allocated 
memory channel 520 for the particular isochronous transmission by 
referencing relevant information previously provided in the channel setup 

30 request (see step 1112 of FIG. 1 1). For example, memory controller may 
reference the previously-provided transmission bus channel number for 



19 




mapping to a corresponding isochronous memory channel number in 
memory channels 520. 

Then, in step 1244, memory controller 516 preferably stores the 
packets transmitted over system bus 318 into the appropriate allocated 
5 memory channel 520. In step 1248, memory controller 516 preferably 

determines whether there are any further transmissions over system bus 318 
for storage into isochronous memory 368. If there are any further 
transmissions over system bus 318 for storage into isochronous memory 368, 
then the FIG. 12 process returns to step 1228 to repeat the storage process 
10 for isochronous memory 516. However, if there are no further transmissions 
over system bus 318 for storage into isochronous memory 368, then the FIG. 
12 process returns to step 1212 to wait for another isochronous indicator. 

Referring now to FIG. 13, a flowchart of method steps for performing a 

15 data transfer operation between isochronous memory 368 and CPU 320 is 
shown, in accordance with one embodiment of the present invention. In 
alternate embodiments, the present invention may similarly utilize various 
other steps in differing sequences, in accordance with the present invention. 
In the FIG. 13 embodiment, initially, in step 1310, memory controller 

20 516 determines whether either a read request or a write request has been 
received from a requesting entity (such as application software 412) to 
transfer isochronous information to or from a memory channel 520 in 
isochronous memory 368 and CPU 320. 

If a read request has been received, then, in step 1326, memory 

25 controller 516 determines whether the requested isochronous read operation 
is a first-in-first-out (FIFO) read operation or a random-access read 
operation. Memory controller 516 may determine the type of read operation 
using any appropriate method. For example, the associated read request 
may specify a read operation type by including a "mode" bit, or the type of 

30 isochronous process may require a certain type of read operation for 
successful performance. 
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If the isochronous read operation is a FIFO read operation, then, in 
step 1330, memory controller 516 sequentially retrieves data from the 
appropriate memory channel 520 beginning with the first data stored and 
ending with the last data stored in the memory channel 520. The FIG. 13 
5 process then returns to step 1310 to wait for another read request or a write 
request. However, if the isochronous read operation is a random-access read 
operation, then, in step 1334, memory controller 516 retrieves data from the 
appropriate memory channel 520 using a specific address to identify a 
memory location in the memory channel 520. The FIG. 13 process then 

10 returns to step 1310 to wait for a read request or a write request. 

In foregoing step 1310, if a write request has been received, then, in 
step 1314, memory controller 516 determines whether the requested 
isochronous write operation is a first-in-first-out (FIFO) write operation or a 
random-access write operation. Memory controller 516 may determine the 

15 type of write operation using any appropriate method. For example, the 
associated write request may specify a write operation type by including a 
"mode" bit, or the type of isochronous process may require a certain type of 
write operation for successful performance. 

If the isochronous write operation is a FIFO write operation, then, in 

20 step 1022, memory controller 516 writes data into the appropriate memory 
channel 520 in a sequential manner. The FIG. 13 process then returns to 
step 1310 to wait for a read request or a write request. However, if the 
isochronous write operation is a random-access write operation, then, in step 
1318, memory controller 516 preferably writes data into the appropriate 

25 memory channel 520 at a specific address that corresponds to a memory 
location in the memory channel 520. The FIG. 13 process then returns to 
step 1310 to wait for a read request or a write request. 

The invention has been explained above with reference to certain 
30 embodiments. Other embodiments will be apparent to those skilled in the art 
in light of this disclosure. For example, the present invention may readily be 
implemented using configurations and techniques other than those described 
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in the embodiments above. Additionally, the present invention may 
effectively be used in conjunction with systems other than those described 
above. Therefore, these and other variations upon the discussed 
embodiments are intended to be covered by the present invention, which is 
limited only by the appended claims. 
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